Date: Thu, 11 Nov 93 04:30:21 PST 

From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu> 
Errors-To: Ham-Digital-Errors@UCSD.Edu 

Reply-To: Ham-Digital@UCSD.Edu 

Precedence: Bulk 

Subject: Ham-Digital Digest V93 #106 

To: Ham-Digital 


Ham-Digital Digest Thu, 11 Nov 93 Volume 93 : Issue 106 


Today's Topics: 
baycom14e 
broadcasting 
KISS reset (more questions) 
Unicode Adoption (Re: RTTY v. AMTOR v. PACTOR -- dumb question) 


Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu> 
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Ham-Digital Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: Tue, 9 Nov 1993 13:37:25 GMT 

From: sdd.hp.com!swrinde!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!m2.dseg.ti.com! 
ernest! cmptrc !mitch@network.ucsd.edu 

Subject: baycom14e 

To: ham-digital@ucsd.edu 


I just recently downloaded a shareware version of Baycom 14e. I plan on 
using it with a 1200 baud modem I have at the shack. What I need is advice 
on making up a cable to go between the modem and my kenwood th25at handheld. 
Can anyone help me? 


Thanks! 

Mitcheal 

KA5SOI 

(tech+ upgrading to general as soon as I can get the code behind me!) 


Date: 9 Nov 93 00:05:44 GMT 


From: organpipe.uug.arizona.edu!news@uunet.uu.net 
Subject: broadcasting 
To: ham-digital@ucsd.edu 


what sort of equiptment do i need in order to broadcast on an AM or FM 
frequency.-sorry if this is the wrong BBS. 
todd 


Date: Tue, 9 Nov 1993 18:35:34 GMT 

From: library.ucla.edu!agate!howland.reston.ans.net!pipex!sunic!ericom! 
eds.ericsson.se!ecudhm@network.ucsd.edu 

Subject: KISS reset (more questions) 

To: ham-digital@ucsd.edu 


The MFJ 1270 seems to periodically reset itself (actually, it RESTARTs with 
default settings for persist, txdelay, etc., but stays in KISS mode). 


There has been some discussion in this group about WHY it does it. One story 
is that the lithium battery is bad; another story is that the software does 
a restart after several (3?) minutes of inactivity. 


I wonder what the real reason is?? Does anyone really know? If it is the 
battery, then how can it stay in the KISS mode, instead of doing a complete 
reset as in the RESET command? 


Is it possible to determine the condition of the battery with a volt- 
meter? 


Anyone have any thoughts on these matters? 


Regards, 
Don McGee KF6CJ 


Date: 10 Nov 93 21:09:25 GMT 

From: ogicse!uwm.edu!vixen.cso.uiuc.edu!newsrelay.iastate.edu!news.iastate.edu! 
jvp@network.ucsd.edu 

Subject: Unicode Adoption (Re: RTTY v. AMTOR v. PACTOR -- dumb question) 

To: ham-digital@ucsd.edu 


In <2blop5$fbo@crchh941.bnr.ca> kharker@bnr.ca (Kenneth E. Harker) writes: 


> Well, the big problem with a move to unicode from ascii (as opposed to the 
>move to ascii from baudot, et al) is that while baudot and friends were 5 


>bit encodings, ascii was a 7 bit encoding - not a whole lot bigger. Well, now we 


>have ascii at 7 bits, and the next step is unicode, which is 32 bits. Over four 
TV AV AVAVAVAVATATATATATATATATATAS 


Are you sure about this? I thought it was 16 bits. 


>times as much information needs to be trasmitted to put up the same character 
now. 

> Which of course makes things slower/less reliable/more complex, etc... 
Which 

>isn't to say that it's impossible - but it would be a big leap. 


Not necessarily. I'm no unicode expert, but I believe the ascii character 
set is a subset of unicode. So when transmitting ascii text, it's unicode 
compliant. Some of the 8th bit codes (Ascii beyond 127) define that a second 
byte is present to define the character. So only those characters that need 
the extra byte will send the extra byte. 


I don't see why any modifications would be needed to today's system to 
be able to handle unicode. Just so both sides of the connection are both 
speaking it. 


Jim Van Peursem - Ph.D. Student - Ham Radio -> KEOPH 
Department of Electrical Engineering and Computer Engineering 
Iowa State University - Ames, IA 50011 

internet - jvp@iastate.edu -or- jvp@cprel.ee.iastate.edu 


Jim Van Peursem - Dept of EE and CprE - Iowa State University 
Ames, IA 50011 - internet: jvp@iastate or tools1.ee.iastate.edu 
Just say no to Clinton's health care plan - we can't afford it 


End of Ham-Digital Digest V93 #106 
KKKKKKKKKKKKKKKKKKKKKKKKER KAKA 
KKKKKKKKKKKKKKKKKKKKKEKKKREKR KAKA A 


